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(57) Abstract: A system by which resource adapters 
may be utilized in client server computer configurations 
utilizing enterprise information systems is disclosed. A 
connector provider develops a set of Java interfaces and 
classes as part of its implementation of a resource adapter 
These Java classes implement connector architecture 
specified contracts and implement EIS specific 
functionality provided by the resource adapter. The 
development of a resource adapter can also require use 
of native libraries mat axe specific to tt» underiying EIS. 
The Java interfaces and classes and native libraries, help 
files, documentation and other resources (as necessary) 
are then packaged together with a deployment descriptor 
to create a resource adapter module. The resource adapter 
module defines the contract between a connector provider 
and deployer for the deployment of a resource adapter 
in the client server environment In order to faci li ta t e the 
configuration of the resource adapter in an operational 
environment, the present invention specifies the following 
interfeces and classes. A class that implements a managed 
connection factory class snpports a set of properties that 
provide information required by the managed connection 
factory for the creation of physical connections to the 
underlying EIS. This implementation class provides 
getter and setter methods for each of its supported 
properties. The supported properties are consistent with 
the specification of configurable properties specified in 
the deployment descriptor. 
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MODULAR AND PORT ABLB DEPLOYMENT OF ARES OURCE 
ADAPTER IN AN APPLICATION SERVER 

FIELD 

The present relates broadly to computer systems having a client server 
configuration- Specifically, the present invention relates to resource adapters used in client 
server applications. More specifically still, the present invention relates to a modular and 
5 portable deployment of resource adapters in client server applications. 

BACKGROUND 

An enterprise information system (EIS) provides an information infrastructure to an 
enterprise in a client-server computer system configuration. An EIS offers a set of services 

10 to its clients. These services are exposed to clients as local and/or remote interfaces. A 
resource manager is a software module that manages a set of shared EIS resources. For 
example, a transactional resource manager can participate in transactions that are externally 
controlled and coordinated by a transaction manager. 

A resource adapter is a system level software driver provided along with an EIS 

15 connector and is specific to an underlying EIS . A resource adapter is used by an application 
server or an application client to connect to the EIS. Hie resource adapter plugs into an 
application server and collaborates with the application server to provide the underlying 
mechanisms- transactions, security, and connection pooling. 

There is currently no existing standard mechanism for deploying and configuring 

20 resource adapters in a managed application server environment. Each vendor has its own 
specific mechanism, making it difficult to achieve off-the-shelf phiggability of resource 
adapters in an application server. For application developers who design and implement 
application servers, the result is an enormous amount of duplicated or nearly duplicated 
effort expended to customize resource adapters into a specific client server configuration. 

25 
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SUMMARY 

The present invention provides a standardized system by which resource adapters 
may be utilized in client server computer configurations utilizing enterprise information 
systems. A connector provider develops a set of Java interfaces and classes as part of its 
5 implementation of a resource adapter. These Java classes implement connector architecture 
specified contracts and implement EES specific functionality provided by the resource 
adapter. The development of a resource adapter can also require use of native libraries that 
are specific to the underlying EIS. The Java interfaces and classes and native libraries, help 
files, documentation and other resources (as necessary) are then packaged together with a 

10 deployment descriptor to create a resource adapter module. The resource adapter module 
defines the contract between a connector provider and deployer for the deployment of a 
resource adapter in the client server environment 

In order to facilitate the configuration of the resource adapter in an operational 
. environment, the presenting A class 

1 5 that implements a managed connection factory class supports a set of properties that provide 
information required by the managed connection factory for the creation of physical 
connections to the underlying EIS. This implementation class provides getter and setter 
methods for each of its supported properties. The supported properties are consistent with 
the specification of configurable properties specified in the deployment descriptor. 

20 A preferred embodiment of the present invention incorporates an environment using' 

the Java Naming and Directory Interface (JNDI). An application component or client is 
required to look up a connection factory instance in the component's environment using the 
JNDI interface. The application component then uses the connection factory instance to get 
a connection the underlying EIS. Registration of a connection factory instance in the JNDI 

25 namespace can be done by using either JNDI reference or serializable mechanisms. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a high level block diagram of the maj or components utilized in a computer 
system according to the present invention; and 
30 FIG. 2 is a high level block diagram of the major software components utilized in a 

client server computer environment incorporating an enterprise information system. 
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DETAILED DESCRIPTION 

The present invention specifies requirements for packaging and deploying of a 
resource adapter. These requirements support a modular and portable deployment of a 
resource adapter into a J2EE compliant application server. 
5 FIG. 1 is a high level block diagram of the hardware typically used in an 

embodiment of the present invention. Computer 150 incorporates a processor 152 utilizing 
a central processing unit (CPU) and supporting integrated circuitry. Memory 154 may 
include RAM and NVRAM such as flash memory, to facilitate storage of software modules 
executed by processor 152, such as the resource adapter of the present invention. Also 

10 included in computer 150 are keyboard 158, pointing device 160, and monitor 162, which 
allow a user to interact with computer 150 during execution of programs. Mass storage 
devices such as disk drive 164 and CD ROM 166 may also be included in computer 150 to 
provide storage for resource adapter and associated files. Computer 150 may communicate 
with other computers via modem 168 and telephone line 170 to allow application server or 

15 EIS to be operated remotely, or utilize files stored at different locations. Other media may 
also be used in place of modem 168 and telephone line 170, such as a direct connection or 
high speed data line, The components described above may be operatively connected by a 
communications bus 172. 

20 Overview 

A connector provider develops a set of Java interfaces/ classes as part of its 
implementation of a resource adaptor 202. These Java classes implement connector 
architecture specified contracts and implement EES specific functionality provided by the 
resource adapter 202. The development of a resource adapter 202 can also require use of 
25 native libraries that are specific to the underlying EES 204. The Java interfaces/classes are 
then packaged together (with required native libraries, help files, documentation and other 
resources) with a deployment descriptor to create a Resource Adapter Module 206. A 
deployment descriptor defines the contract between a connector provider and deployer for 
the deployment of a resource adapter 202. 

30 
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A resource adapter module 206 corresponds to a J2EE module in terms of the J2EE 
composition hierarchy. A J2EB module represents the basic unit of composition of a J2BE 
application. Examples of J2EB modules include: EJB module, application client module, 
web client module. A resource adapter module 206 can be deployed either directly into an 

5 application server 208 as a stand alone unit, or with a J2EE application that consists of one 
or more J2EE modules in addition to a resource adapter module 206. The J2EE 
specification specifies requirements for the assembly and packaging of J2EE applications. 
The stand alone deployment of a resource adapter module 206 into an application server 208 
is typically done to support scenarios in which multiple J2EE applications share a single 

10 resource adapter module. However in certain scenarios, a resource adapter module 206 will 
only be required by components within a single J2EE application. The deployment option 
of resource adapter module 206 bundled with a J2EE application supports the latter 
scenario. During the deployment, the deployer installs a resource adapter module 206 in an 
application server 208 and men configures it in the target operational environment 

15 

Packaging 

The file format for a packaged resource adapter module 206 defines the contract 
between a connector provider and deployer. A packaged resource adapter 202 includes Java 
classes and interfaces that are required for foe implementation of both connector contracts 

20 and functionality of foe resource adapter 202; utility Java classes for foe resource adapter 
202; native libraries required by foe resource adapter 202; and any help files and 
documentation and descriptive meta information that ties all of foe above elements together. 
In the preferred embodiment, a resource adapter 202 is be packaged using foe Java ARchive 
(JAR) format into a resource adapter archive (RAR). For example, a resource adapter for 

25 EES A can be packaged as an archive with a filename eisArar. The RAR file is structured 
as a hierarchical directory as follows. /RA-INF/rajonl is a deployment descriptor. /RA- 
INF/classes/* is a directory containing Java interfaces, implementation and utility classes as 
required by foe resource adapter 202. /RA-INFtoative-Kb/* is a directory containing any 
native libraries used by the resource adapter 202. Any platform d e pen de n t libraries are in 

30 this directory. 
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The RAR file contains a deployment descriptor based on the format specified in the 
section. The deployment descriptor is stored with the name RA-INF/raxml in theRAR file. 
A resource adapter packaged as a RAR file contains aMETA-INF directory that contains 
infbnnation useful to the Java Archive tools. 

5 

Deployment 

A deployment descriptor defines the contract between a connector provider and 
deployer. It captures the declarative information that is intended for the deployer for 
deployment of a resource adapter in a target operational environment. A resource adapter 
1 0 module 206 is deployed based on the deployment requirements specified by the connector 
provider through the deployment descriptor. 

Connector Provider's Responsibility 

The connector provider specifies die deployment descriptor for a resource adapter 

15 202. The connector provider specifies general information about a resource adapter, such 
as the name of the resource adapter, a description of the resource adapter, a URI of a UI 
icon for the resource adapter, and the identity of Ac vendor who provides the resource 
adapter. The connector provider can also specify the type of EIS system, such as the name 
of a specific database, ERP system, etc. Additionally, the connector provider can specify the 

20 version of the connector specification (represented as a string) supported by the resource 
adapter, as well as the version of die resource adapter, also represented as a string. 

The connector provider also specifies the fully qualified name of the Java class that 
implements the javax-resourceManagedConnectionFactory interface, as well as die fully 
qualified name of the Java interface and implementation class for the connection factory. 

25 The connector provider specifies the fully qualified name of the Java interface and 

implementation class for the connection interface. The connector provider specifies the 
level of transaction support provided by the resource adapter implementation- The level of 
transaction support can be any one of the following: nojtransaction, local transaction or 
xajtransaction. Note that this support is specified for a resource adapter and not for die 

30 underlying EIS instance. no_Jransaction indicates that the resource adapter 202 does not 
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support either resource manager local or JTA transactions. It does not implement either 
XAResource or LocalTransaction interfaces. 

local Jransaction indicates that the resource adaptor 202 supports resource manager 
local transactions by implementing the LocalTransaction interface. 
5 xajransaction indicates that the resource adapter 202 supports both resource 

manager local and JTA transactions by implementing the LocalTransaction and 
XAResource interfaces respectively. 

The connector provider specifies name, type, description and an optional default 
value for the properties that have to be configured on a per ManagedConnectionFactory 
10 instance. Each ManagedConnectionFactory instance creates connections to a specific EEJ 
instance based on the properties configured on the ManagedConnectionFactory instance. 
The configurable properties are specified only once in the deployment descriptor, even 
though a resource adapter 202 can be used to configure multiple 

ManagedConnnectionFactory instances (that create connections to different instances of the 
15 same EIS). For example, a deployment tool can create multiple copies of XML based 
deployment descriptor, each copy of the deployment descriptor carries a specific 
configuration of properties for a ManagedConnectionFactory. 

Authentication Mechanism 

20 The connector provider specifies all the authentication mechanisms that are 

supported by the resource adapter 202 . This relates to the support provided by the resource 
adapter 202 implementation but not by the underlying EIS instance. The standard values 
are: basicpassword and kabv5. The resource adapter 202 can support one or more of these 
authentication mechanisms. Basicpassword is a user password based authentication 

25 mechanism that is specific to an EIS Keibv5 is a Kerberos version 5 based authentication 
mechanism. If there is no authentication mechanism specified as part of the deployment 
descriptor, the resource adapter 202 does not support any standard security authentication 
mechanisms as part of security contract 

The connector provider specifies whether resource adapter 202 supports 

30 reauihentication of an existing physical connection. The security permission listed in the 
deployment descriptor are different from those required by the default permission set Hie 
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deployment descriptor specified by the connector provider for its resource adapter is 
consistent with the XML document type description (DTD) as specified below. 

Deployer Responsibilities 
5 The deployer is responsible for using a deployment tool to configure a resource 

adapter 202 in a target operational environment The configuration of a resource adapter 202 
is based on the properties defined in the deployment descriptor as part of the resource 
adapter module 206. The deployer performs the following tasks to configure a resource 
adapter 202. 

10 The deployer configures one or more property sets (per ManagedConnectionFactory 

instance) for creating connections to various underlying EIS instances. The deployer 
creates a property set by using a deployment tool to set valid values for various configurable 
fields. The configuration of each field is based on the name, type and description of tiie 
field specified in the deployment descriptor. 

15 Each property set represents a specific configuration for creating connections to a 

specific EIS instance. Since a resource adapter 202 can be used to create connections to 
multiple instances of the same EIS, there can be multiple property sets (one for each 
configured instance ofthe object ManagedConnectionFactory) for a single resource adapter 
202. 

20 The deployer also configures application server 208 mechanisms for transaction 

management based on the level of transaction support specified by the resource adapter 202. 
Additionally, the deployer configures security in the target operational environment based 
on the security requirements specified by the resource adapter 202 in its deployment 
descriptor. During deployment, the deployer can check whether or not an underlying EIS 

25 instance supports the same capabilities such as transaction support and authentication 

mechanisms as Ac corresponding resource adapter 202. For example, if a resource adapter 
202 provides implementation support for Kerberos based authentication but the underlying 
EIS instance does not support Kerberos, then the deployer can decide not to configure 
Kerberos for authentication to this EIS instance. However if the deployer does not perform 

30 such checks during deployment, any misconfigurations should lead to runtime exceptions. 
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Application Servo- Responsibilities 

An application server 208 provides a deployment tool that supports deployment of 
multiple resource adapters. A deployment tool can also be provided by fluid party 
enterprise tools vendors. A deployment tool is capable of reading the deployment 

5 descriptor from a resource adapter module 206. It enables the deployer to configure a 
resource adapter 202 in the operational environment and thereby reflect the values of all 
properties declared in the deployment descriptor for the resource adapter 202. A 
deployment tool supports management of multiple property sets (one per configured 
ManagedConnectionFactory instance) for a resource adapter 202. This includes support for 

1 0 adding or removing a property set from the configuration for a resource adapter 202. 

A deployment tool supports addition and removal of resource adapters from an 
operational environment. An application server 208 uses the deployment properties about 
the capabilities of a resource adapter 202 (for example, support level for transactions) to 
provide different QoS for a configured resource adaptor 202 and its underlying BIS. The 

15 preferred embodiment of the present invention incorporates the following interfaces and 
classes. 

ManagedConnectionFactory 

The class that implements ManagedConnectionFactory 212 interface supports a set 

20 of properties that provide information required by the ManagedCcmnectionfactory 212 for 
the aeation of physical connections to the underlying EIS. A resource adapter 202 can 
implement the ManagedConnectionFactory 212 interfece as a Java Bean. Asa Java Bean 
implexnenlor, the resource adapter 202 can also provide a Beanlnfb class that implements 
the java.beansJBeaninfo interface and provides explicit information about the methods and 

25 properties supported by the ManagedConnectionFactory implementation class. The 

implementation of ManagedConnectionFactory 212 as a Java Bean improves the tool ability 
(for tools that are based on the JavaBeans framework) for the configuration of 
ManagedConnectionFactory instances. In the preferred embodiment, the deployment tool 
uses an XML based deployment descriptor to find out the set of configurable properties for 

30 a ManagedConnectionFactory 212. A deployment descriptor for a resource adapter 202 
specifies name, type, description and default value of the configurable properties. 
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Properties Conventions 

The ManagedConnectionFactory implementation class provides getter and setter 
methods for each of its supported properties. The supported properties are consistent with 
the specification of configurable properties specified in the deployment descriptor. The 
getter and setter methods convention are based on Java Beans design pattern. These 
methods are defined on the implementation class and not on the 
ManagedConnectionFactory mterface 212. The reason for mis requirement is to keep 
ManagedConnectionfectory interfece 2 1 2 independent of any resource adapter or EIS 
specific properties. 



10 



Standard Properties 

The connector architecture identifies a standard set of properties common across 
various types of resource adapters and HSs. A resource adapter 202 is not required to 
support a standard property if tiiat proper^ Th** 

15 standard properties i^^ 

establishing connection to an HS instance, name of the user establishing connection to an 
mS instance, password for me user establishing connection, and the URL fbr the EES 
instance to which to connect 

In addition to these standard properties, a ManagedOmnectionFactory 

20 implementation class can support properties that are specific to a resource adapter and its 
underlying EIS. All the properties are admhnstered by the deployer and are not visible to an 
application component provider. It is required mat the specified properties be bound wimin 
specific limits or be restricted to well defined values. In the XML deployment descriptor, 
any bounds or well defined values of properties are described in the description element 



25 



30 



JNDI Configuration and Lookup 

In both managed and nonmanaged application scenarios, an application component 
210 (or application client) looks up a connection factory instance in me component's 
environment using the Java Naming and Directory Interface (JNDI). The application 
component 210 then uses the connection factory instance to get a connection to the 
underlying EES. The following code extract example shows the JNDI lookup of a 
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javax jesouice.cci.ConnectionFactory instance. 
// Application Component/Client Code 
obtain the initial JNDI context 
Context initctx = new InitialContextO; 
5 // perform JNDI lookup to obtain connection factory 
javax.resouice.cci.ConnectionFactory cxf= 
(javaxjesource.<xi.Ctonnert^^ 
env/eis/MyEK"); 

javaxj^source.cci.Connection cx = cxf getConnectionO; 

10 In both managed or nomnanaged environment, registration of a connection fectory 

2 1 4 instance in the JNDI namespace can be performed by using either JNDI Reference or 
Serializable mechanism. The choice between the two JNDI mechanisms depends on 
whether the JNDI provider bang used supports specific mechanism, whether the application 
server 208 and resource adapter 202 provide the necessary support as specified in the 

15 respective requirement^ 

stored in the JNDI namespace. The reference mechanism allows for only a reference to the 
actual obj ect to be stored in the JNDI namespace. This is preferable to the serializable 
mechanism that stores the whole serialized object in the namespace. 

20 Deployer 

The deployer is responsible for configuring connection fectoiy instances in the JNDI 
environment The deployer manages the JNDI namespace such that the same programming 
model for JNDI based connection factory lookup is supported in both managed and 
nomnanaged environments. 

25 

Resource Adapter 

The implementation class for a connection factory interface is required to implement 
the java. io.Serializable interface to support JNDI registration. An implementation of 
j avamaming. Referenceable interface by connection factory class is only required if the 
30 connection factory 214 supports Reference mechanism-based JNDI registration. The 
ManagedConnectionFactory implementation class is required to implement the 
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javaio.Serializable interface. To support Reference mechanism in a nomnanaged 
environment, a resource adapter or a helper class is utilized to provide an implementation 
the javax.naming.spi.ObjectFactory interface. 



5 Application Server 

The implementation class for javax jxsource.ConnectionManager is required to 
implement javaio.Serializable interface. If an application server 208 supports JNDI 
Reference mechanism based connection fectory lookup, it is required to provide an 
implementation class for javaxjiamm The implementation o 

10 this interface is application server specific. 

In a serializeable scenario, The implementation classes for both javax J^souice. - 
cci.ConnectionFactory and javaxjesourceJvlanagedO>nnecticmFacto interfeces 
implement javaio.Serializable interface. The deployment code retrieves the configuration 
properties from the XML deployment descriptor for die resource adapter 202. The 

15 deployment code then creates an instance ofManagedCotmectionFactory implementation 
class and configures properties on the instance. An example appears below: 
// Deployment Code 

// Create an instance ofManagedConnectionFactory implementation class 
(X)mjnyeisManagedComi^^ mcf = 

20 newcx>mjnyeis.ManagedCtonnec^^ 

// Set properties on ManagedConnectionFactory instance 

// Note: Properties are defined on the implementation class and not on the 

// javaxjesoun^Man^edConnectionFactory interface 

mcfsetServerNameC-.."); 
25 mcfs^PortNumberC 4 ..."); 

... 

In a non-managed environment, an application developer writes the deployment 
code. While in a managed environment, the deployment code is typically hidden by a 
deployment tooL The deployment code uses the ManagedConnectionFactory instance to 
30 create a connection factory instance. The code then registers the connection factory 
instance in the JNDI namespace..// Deployment Code 
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// In managed environment, create a ConnectionManager specific to 
// the application server. Note that in a nonmanaged environment, 
// ConnectionManager is specific to the resource adapter. 
conLWombatservCT.ConnectionManager cm = 
5 new com.wombatsCTver.ConnectionManagCT(. . .); 
// Create an instance of connection factory 
Object cxf = mc£createConnectionFactory(cm); 
// Get JNDI context 

javax.naming.Context ctx = new javaxjiaining JnitialContext(env); 
10 // Bind to the JNDI namespace specifying a factory name 
ctx.bmd(V^,czf); 

When an application component 210 does a JNDI lookup of connection factory 
instance, the returned connection factory instance is associated with a configured 
ManagedConnectionFactory instance and a ConnectionManager instance. The 
15 implementation class for connection factory 214 achieves the association between these 
instances in an implementation specific maimer. A JNDI configuration in a managed 
environment can be based on the Reference mechanism, using the CCI interfaces 
javaxj^souice.cci.ConnecfionFactory and javaxjesource.ccLConnection as connection 
factory214 and connection interface, respectively. 

20 

Scenario: Referenceable 

The implementation class for ConnectionFactory interface 214 implements the 

javaxjiaming. Referenceable as shown in the following code extract example. 

public class conLmyeis.ConnectionF actorylmpl implements 
25 javax.namingJteferenceable, 

javaio.Serializable, 

javaxj^source.cti.ConnectionFactory { 

// Reference to this ConnectionFactory 

javaxjiamingJReference reference; 
30 // setReference is called by deployment code 

public void setReference(Reference ref) { 
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reference = ref; 
} 

// getReference is called by JNDI provider during Contextbind 
public Reference getReferenceO fonws NamingException { 
5 return reference; 
} 

} 

Note that the method setReference is not defined as part of the Referenceable interface. 

10 An application server 208 provides a class (in an application server specific 

implementation) that implements the javaxjiaming.spLObjectFactory interface. In the 
Obj ectFactory.getObject-Instance method, the information carried by the Reference 
parameter (as set in me C^nnection-Factorylmpl.setReference method) is used to lookup the 
property set to be configured on the target ManagedConnectionFactory instance. The 

15 mapping from a Reference instance to multiple configured property sets enables an 

application server 208 to configure multiple ManagedConnectionFactory instances with 
respective property sets. An application server 208 maintains the property set configuration 
in an implementation specific way based on die deployment descriptor specification. 

The implementation and structure of Reference is specific to an application server 

20 208. The following code extract shows an illustrative example of the 
ObjectFactory.getObjectlnstance method, 
public class comwombatserver.ApplicationSCTverJNDIHandler 
implements javaxjiaming-spLObjectFactory { 
II... 

25 public Object getObjectInstance(Obj ect obj, Name name, Context ctx, Hashtable env) 
throws Exception { 

jav;rr naming Reference ref - Qavax JiamingReference)obj ; 
// Using the information carried by the Reference instance, 
// (<ref erenceName, logicalName> in this example) lookup 
30 // a configured property set and then configure a 

// ManagedConnectionFactory instance with specified 
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//properties. 

// ... [implementation specific] 

// 

// For example: the instantiation of ManagedConnectionFactory 
5 // implementation class and invocation of its setter method 
// can be done using Java Reflection mechanism. 
JavaxJ^urceJvIanagedConnectionFactory mcf= //... 
// create a Connection Manager instance specific to the 
// application server 
10 com.wombatserver.ConnectionManager cxManager = // ... 
// create a connection factory instance. 

• // The ConnectionManager instance provided by the application 
// server gets associated with the created 
// connection factory instance 
15 return mc£createConnectionFactory(c^ 

} 

... 

} 

The following deployment code example shows registration of a reference to a 
20 connection factory instance in the JNDI namespace:.// Deployment Code 

javaxjoaming.Context ctx = new javaxjMmingJfaitialQ>ntext(OTv); 

// Create an instance of connection factory 

coinjnyeis.CtonnectioiiFactorylmpI cf = 

new comjnyeis.CbnnectionFactoryImplO; 
25 // Create a reference for the ConnectionF actory instance 

j avax Jiaming ^Reference ref = new javaxjiamingJleference( 

ConnectionFactorylmpLclass.getNameO, 
new javax^naming.StringRefAddr( . 
"<teferenceName>", "<ogicaIName>"), 
30 Applications earer JNDIHandler.class,getN ameO, 
null); 
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cf.setReference(ref); 

// bind to the JNDI namespace specifying a name for the connection factory 
ctx.bind("... ,, ,cf); 

The deployment code is designed as generic. The code dynamically creates an 
5 instance of connection factory 214, create a Reference instance and then set the reference. In 
the above code sample, the setReference method is implementation specific and is not 
defined as part of the Referenceable interface. The Contextbind method registers a 
Reference to the connection factory instance in the JNDI namespace. 

10 Connection Factory Lookup 

The following steps happen when an application component 210 calls the method 
JNDI Context lookup to lookup a connection factory instance. First, the JNDI passes 
control to the application server 208 and toe method ObjectFactory. getObjectlnstance 
implemented by toe application server 208 is called. The application server 208 then 

15 creates a new instance of ManagedConnectionFactory implementation class provided by the 
resource adapter 202. The application server 208 then calls setter methods on the 
ManagedConnectionFactory instance to set various configuration properties on this 
• instance. These properties provide hnbrnianon mat is required by the 
ManagedConnectionFactory instance to create physical connections to toe underlying EES. 

20 The application server 208 uses an existing property set (configured during the deployment 
of resource adapter) to set toe required properties on the ManagedConnectionFactory 
instance. 

After toe newly created ManagedConnectionFactory instance has been configured 
with its property set, toe application server 208 creates a new ConnectionManager instance. 
25 The application server 208 then calls toe method createConnecticmFactory on the 

ManagedConnectionFactory instance (passing in toe ConnectionManager instance from the 
previous step) to get a ConnectionFactory instance. 

The application server 208 then returns toe connection factory instance to the JNDI 
provider so that this instance can be returned as result of toe JNDI lookup. The application 
30 component 210 gets toe ConnectionFactory instance as a result of toe JNDI lookup. 
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The extensible Markup Language (XML) Document Type Definition (DTD) may be 
used for the deployment descriptor for resource adapter 202. The comments in the DTD 
specify additional requirements for the syntax and semantics that cannot be specified by the 
DTD mechanism. All valid resource adapter deployment descriptors contain the following 
5 DOCTYPE declaration: 

<!DOCTYPE connector PUBLIC "//Sun Microsystems, JnoJ/DTD Connector 1.0/ 
/EN" c 1ittp://5ava.suiLCojn/j2e 

The root element of the deployment descriptor for a resource adaptor is the 
connector. The content of the XML elements is usually case sensitive. A resource adapter 

10 (or an application server on behalf of resource adapter 202) can specif / additional 
deployment information beyond the standard deployment descriptor. The additional 
information is stored in a separate file and refers to the standard deployment descriptor. 
Resource adaptor 202 is not allowed to add any nonstandard information into a standard 
deployment descriptor. 

15 The connector element is the root element ofthe deployment descriptor for the 

connector. This element includes general information vendor name, version, specification 
veision supported, and icon related to the resource adapter module 206. It also includes 
information specific to the implementation of the resource adapter library as specified 
through the element resourceadapter, as shown in die following illustrative example. 

20 > 

<!ELEMENT connector (displayname, description?, icon?, vendomame, specversion, 

eistype, version, resourceadapter)> 

<! 

The element resourceadapter specifies information about the resource adapter 202 
25 provided by the connector provider. The information includes folly qualified names of 
class/interfaces required as part of the connector architecture specified contracts, level of 
transaction support provided, configurable properties for ManagedConnectionFactory 
instance, one or more authentication mechanisms supported and additional required security 
permissions. If there is no authentication mechanism specified as part of resource adaptor 
30 element the resource adapter 202 does not support any standard authentication mechanisms 
as part of security contract An example ofthe resourceadapter element appears below. 

> 

<!ELEMENT resourceadapter (managedconnectionfectoryclass, coimectionfectoryinterfece, 
connectionfactoryimplclass, connectioninterfece, coimectionimpl 
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class, transactionsupport, configproperty*, authmechanism*, reauthentication 
support, securitypermission* 

> 
<! 

5 The element authmechanism specifies an authentication mechanism supported by 

the resource adapter 202. Note that this support is for the resource adapter 202 and not for 
the underlying EES instance. The optional description specifies any.resource adapter specific 
requirement for tfie support of security contract and authentication mechanism. An example 
of the authmechanism element appears below. 

10 > 

<!ELEMENT authmechanism (description?, authmechtype, credentialinterface+)> 
<! 

The element credentialinterfece specifies the interface that the resource adapter 

implementation supports for the representation of the security credentials. This element is 
15 used by application server 208 to find out the Credential interfece it should use as part of the 

security contract The possible values are: 

<*aedOTtialmterfk^avaxjesource. 

<ycredentialmterface> 

<*^dentialmterface>javax^ 
20 </credentialinterfece> 

> 

<!ELEMENT credeatialinterfece (#PCDATA)> 
<! 

The element authmechtype specifies type of an authentication mechanism. Hie 
25 possible values are: 

<Suthmechtype>basicpassword^ 
<Whmechtyp^eri>v5<authmechtype> 

> 

<!ELEMENT authmechtype (#PCDATA)> 
30 <! 
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The element cormectionfectoryinterface specifies the fully qualified name of the 
ConnectionFactory interface supported by the resource adapter 202. An example appears 
below. 

<^imectionfiH>torymterf 
5 <yconnectionfectoryintefece> 
> 

<!ELEMENT connectionfectoryinterfece (#PCDATA)> 
<! 

The element connection&ctoryimplclass specifies the fully qualified name of the 
10 ConnectionFactory class that implements resource adapter specific ConnectionFactory 
interface. 

Example:<^nnectionfk:toryimplclass>com. wombat ConnectionFactorylmpl 

<Vconnectionfectoryimplclass> 

> 

. 15 <!ELEMENT connectionfectoryimplclass (#PCDATA)> 
<! 

The element comiectioninterface specifies the fully qualified name of the 
Connection interface supported by the resource adapter 202. 

Example: <^nnectiomnterfece>javaK 

20 </cormectioninterface> 

>.<!ELEMENT cormectioninterfece (#PCDATA)> 

<! 

The element connectionimplclass specifies the fully qualified name of the 
Connection class that implements resource adapter specific Connection interface. 

25 Example: <connectionimplclass>co^ 

> 

<!ELEMBNT coimectionimplclass (#PCDATA)> 
<! 

30 
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The element configeatry contains a declaration of a single configuration property for 
a ManagedConnectionFactory instance. Each ManagedConnectionFactory instance creates 
connections to a specific EIS instance based on the properties configured on the 
ManagedConnectionFactory instance. The configurable properties are specified only once 
5 in the deployment descriptor, even though a resource adapter 202 can be used to configure 
multiple ManagedConnectionFactory instances (that create connections to different 
instances of the same EIS). The declaration consists of an optional description, name, type 
and an optional value of the configuration property. If the connector provider does not 
specify a value than the deployer is responsible for providing a valid value for a 
10 configuration property. Any bounds or well defined values of properties are described in 
the description element An example appears below. 

> 

<!ELEMENT configproperty (description?, configpropertyname^ configproperty 
type, <xrafigpropertyvalue7)> 
15 <! 

The element configpropertyname contains the name of a configuration property. 
Example: <configpropertyname>SeiverNa^ 

The connector architecture defines a set of well defined properties all of type 
javaJang-String. These are as follows in the examples: 

20 <tanfigpropextyname>ServerName<^ 

<^nfigpropeityname>PortNumbe^ 

<^xmfigpropertyname>UseiN^ 

<&mfigpropextyname>Password<fconfi 

<tonfigpropertyname>ConnectionUR^ 

25 The connector provider can extend this property set to include properties specific to a 
resource adapter 202 and its underlying EIS. 

> 

<!ELEMENT configpropertyname (#PCDATA)> 
<! 

30 The element configpropertytype contains the fully qualifies Java type of a * 

configuration property as required by ManagedConnectionFactory instance. The following 
are the legal values of configpropertytype: javaJangJBooIean, java.Iang.String, 
java,langJhteger,.javaJangI)oubIe ) java.lang.Byte, java.lang.Short, java.IangXong, 



-19- 



WO 01/90884 



PCTAJS01/16101 



java.langJloat 

Example: <con£gpropertytyp^ 

> 

<!ELEMENT configpropertytype (#PCDATA)> 
5 <! 

The element amfigpropertyvalue contains the value of a configuration entry. 
Example: <^nfigpropertyvalue>Womb 

> 

<!ELEMENT configpropertyvalue (#PCDATA)> 
10 <f 

The element displayrtame contains a short name for the connector that is intended 
to be displayed by the tools. 

> 

<!ELHMENT displayoame (#PCDATA)> 
15 <! 

The element description is used by connector provider to provide text describing the 
parent element The description element includes any information that the connector 
provider wants to provide to the deployer. Typically tools used by the consumer of resource 
adapter module 206 will display the description when processing the parent element 

20 > 

<!ELEMENT description (#PCDATAJ> 
<! 

The element eistype contains information about the type of the BIS. For example, 
the type of an EES can be product name of EIS independent of any version info- This helps 
25 in identifying EES instances thai can be used wife this resource adapter. 

> 

<!ELEMENT eistype (#PCDATA)> 
<! 

The icon dement contains fee name of a file containing an icon image for fee 
30 resource adapter module 206. The file name is relative path within fee resource adapter 
module 206. This file is be either in JPEG or GIF format The icon is used by tools to 
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display information about the resource adaptor module 206. 
Example: 

<icon?>Ub/images/w^ 
> 

5 <!ELEMENT icon (#PCDATA)> 
<! 

The element managedconnectionfectoryclass specifies the fully qualified name of 
the Java class that implements the javaxj^un»J^anaged(^imectionFactory interface. 
This Java class is provided as part of resource adapter's implementation of connector 
10 specified contracts. 
Example: 

<toanagedc^ecti<mfect^ 
dconnectionfactoryclass> 

> 

15 <!BLEMBNT managedconnectionfectoryclass (#PCDATA)> 
<! 

The element reauthenticatf onsupport specifies whether the resource adapter 202 
implementation supports reauthentication of existing ManagedConnection instance. Note 
that this information is for the resource adapter 202 implementation and not for the 
20 underlying HIS instance. This element is one of the following: 

<iranthenticafionsiippor1>tnie^ 

<toanthenticationsuppor!>f^ 

> 



25 <! 

The element specversion specifies the version of the connector architecture 
specification that is supported by this resource adapter 202. This information enables 
deployer to configure the resource ada p ter 202 to support deployment and runtime 
requirements of the corresponding connector specification. 

30 Example: 

<specvCTsionP > 1.0</specversionP> 
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<!ELEMENT specversicm (#PCDATA)> 
<! 

The element securitypermission specifies a security permission that is required by 
the resource adaptor code. The security permission listed in the deployment descriptor are 
5 ones that are different fiom those required by the defeult permission set as specified in the 
connector specification- TTie optional description can mention specific reason that resource 
adapter 202 requires a given security permission. 

> 

<!ELEMENT securitypennission (description?, securitypennissionspec)> 
10 <! 

The element securitypermissionspec specifies a security permission based on the 
Security policy file syntax. 

Example: httpy/5ava.sun.com^>roducts^dk/l ^docs/gdde/security/PoUc^iles Jitml# 
FileSyntax 
15 > 

<!ELEMENT securitypermissionspec (#PCDATA)> 
<1 

The transactionsupport element specifies the level of transaction support provided 
by the resource adapter. The value of transactionsupport is one of the following: 

20 <transactioD£Upport>nojt^^ 

<3ransactionsupport>localjbH^ 

<transactionsuppoit>xajtransac^ 

> 

<1ELEMENT transactionsupport (#PCDATA)>.<! 
25 The element vendorname specifies the name of connector provider vendor. 

Example: ? 
<vendomame>Wombat Corp.<A^eadomame> 

> 

<!ELEMENT vendorname (#PCDATA)> 
30 <! 
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The element version specifies a string based version of the resource adapter 202 
from the connector provider. 
Example: 

<version>l .0</version> 
5 > 

<!ELEMENT version (#PCDATA)> 
<! 

The ID mechanism allows tools that produce additional deployment information 
(beyond the standard deployment descriptor) to store the nonstandard information in a 
10 separate file and to refer to standard deployment descriptor from these nonstandard tools 
specific file. Tools cannot add the nonstandard infonnation into the standard deployment 
descriptor. 
> 

<!ATTLIST authmechanism id ID fflMPLffiD> 
15 <1 ATTLIST authmechtype id ID #IMPLIED> 

<! ATTLIST configproperty id ID #IMPLIED> 

<! ATTLIST configpropertyname id ID #IMPLJED> 

<! ATTLIST configpropertyvalue id ID #IMPT.IEI» 

<! ATTLIST configpropertytype id ID #IMPLIED> 
20 <! ATTLIST connector id ID #IMPLIED> 

<1 ATTLIST OTunecfionractorymterface id ID #IMPLIED> 

<! ATTLIST cormectionfactoryimplclass id ID #TMPLIED> 

<! ATTLIST cormectioninterfece id ID #IMPLIED> 
- <! ATTLIST connectionimplclass id ID #IMPLIED> 
25 <1 ATTLIST credentialinteriace id ID #IMPLIED> 

<! ATTLIST description id ID #IMPLIED> 

<f ATTLIST displaynamc id ID #IMPLIED> 

<! ATTLIST eistype id ID #IMPLIED> 

<! ATTLIST icon id ID #EMPLIED> 
30 < ATTLIST nianagedconnectionractoryclass id ID #EMPLDED> 
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<! ATTLIST reauthenticaticmsupport id ID #IMPLIED> 
<! ATTLIST resouiceadapter id ID #IMPLIED> 
<! ATTLIST securitypermission id ID #IMPLDBD> 
<! ATTLIST securitypennissionspec id ID #IMPUED> 
5 <! ATTLIST specversion id ID #IMPUED> 

<!ATTLIST transactionsupport id ID #IMPIIED> 
<! ATTLIST veadomame id ID #MPUED> 

While a system for a modular and portable deployment of a resource adapter in a 
client server computer environment has been described and illustrated in detail. While there 
10 have been described above the principles of the present invention in conjunction with 

various embodiments, the foregoing description is made only by way of example and not as 
a limitation to the scope of the invention. 
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CLAIMS 

What is claimed is: 

1. A computer system having a client server architecture, comprising: 
5 an application server, 

an enterprise information system including computing resources; 
a connection provider; 

a resource adapter, said resource adapter implemented by said connection provider 
to serve said resources from said enterprise information system to clients, wherein the 
1 0 resource adapter is packaged with a deployment descriptor to form a resource adapter 

module corresponding to a J2EE module hierarchy, wherein said resource adapter module is 
deployed into the application server to allow multiple J2EB applications to share the 
resource adapter module; and 

a deployer, said deployer using a deployment tool to configure the resource adapter 
15 into a target operational environment, the deployment tool capable of reading the 
deployment descriptor. 

2. The computer system of Claim 1 , wherein the resource adapter module specifies a 
level of transaction support provided by the resource adapter. 

20 

3. The computer system of Claim 2, wherein the level of transaction support ind i c ates 
no transaction support 

4. The computer system of Claim 2, wherein the level of transaction support indicates 
25 local transaction support 

5. The computer system of Claim 2, wherein the level of transaction support indicates 
resource manager local transactions are supported. 

30 6. The computer system of Claim 5 , wherein local resource manager transactions are 
supported by implementing a LocalTransaction interface. 
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7. The computer system of Claim 2, wherein the level of transaction support indicates 
JTA transactions are supported, 

8. Hie computer system of Claim 7, wherein JTA transactions are supported by 
5 implementing an XAResource interface. 

9. The computer system of Claim 2, wherein the deployer configures the application 
server for transaction management based on the level of transaction support specified by the 
resource adapter. 

10 

10. The computer system of Claim 1, wherein the connection provider specifies name, 
type, and description for properties that have to be configured on a per connection factory 
instance basis, wherein the properties determine connections to a specific enterprise 
information system instance. 

15 

1 1 . The computer system of Claim 1 0, wherein the connection factory instance is 
registered in a JNDI namespace. 

12. The computer system of Claim 1, wherein the connection provider specifies 
20 authentication mechanisms that are supported by the resource adapter. 

13. The computer system of Claim 1, wherein the deployer configures the application 
server for transaction support based on the level of support specified by the resource 
adapter. 

25 

1 4. The compute: system of Claim 1 , wherein the connection provider specifies whether 
the resource adapter supports reanthentication of an existing physical connection. 

15. The computer system of Claim 1, wherein the deployment tool is provided by the 
30 application servo:. 
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16. The computer system of Claim 1 , wherein the deployment descriptor defines a 
contract between the connector provider and the deployer. 

17. A computer program product, which, when executed by a computer, implements a 
5 client saver computer system by performing the steps of: 

providing an application server; 

providing an enterprise information system including computing resources; 
providing a connection provider; 

providing a resource adapter, said resource adapter implemented by said connection 
10 provider to serve said resources from said enterprise information system to clients, wherein 
the resource adapter is packaged with a deployment descriptor to form a resource adapter 
module corresponding to a J2EB module hierarchy, wherein said resource adapter module is 
deployed into the application saver to allow multiple J2EB applications to share the 
resource adapter module; and 
15 providing a deployer, said deployer using a deployment tool to configure the 

resource adapter into a target operational environment, the deployment tool capable of 
reading the deployment descriptor. 
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